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Background 

This invention relates to decoding operations performed upon channel 
coded data and, more particularly, to decoders which operate upon trellis 
diagrams. 

Communication between systems is possible whenever a common channel 
connects the systems. Whether by network cables, telephone lines, or Internet 
Protocol sockets, the data communicated between entities travels through a 
channel medium. 

Unfortunately, "noise" and "interference" in the channel medium may 
corrupt the data during transmission. Factors such as the length of the channel 
medium, the amount of data transmitted, the presence of spurious signals in the 
channel, and other environmental conditions may affect the amount of noise and 
interference and, thus, the quality of the received data. 

The phenomena of noise and interference in a channel are so expected 
that the data is almost always encoded before being transmitted. A data 
encoder is generally made up of discrete logic such as flip-flops and NAND gates. 
The data encoder receives a stream of data bits, known as information bits, that 
are to be transmitted through a channel medium and generates additional bits, 
known as parity bits, based upon the information bits themselves. Together, the 
information bits and the parity bits make up an encoded bit stream. 

This carefully designed redundant information is known as forward error 
correction (FEC) or channel coding. Once constructed, the encoded bit stream is 
transmitted across the channel. In some cases, the encoded bit stream may be 
modulated prior to transmission. 



Upon transmission over the channel and subsequent demodulation at the 
receiver, some of the T bits (or a modulated representation thereof) may be 
corrupted such that they are received as '0' bits. Likewise, some of the '0' bits 
may be received as *r bits. In modern digital wireless receivers, the 
demodulator may also report bit-by-bit "reliability metrics." Clearly received l's 
and 0's produce a high reliability metric, while ambiguously received data 
produces a low reliability metric. The information bits or the parity bits of the 
encoded bit stream, or both, may be corrupted during transmission. 

In addition to the demodulator, the receiving entity includes a decoder 
whose purpose is to determine the information bits most likely to have been 
transmitted, using the demodulator outputs and knowledge of the structure of 
the encoder. The bit reliability metric described above can significantly enhance 
the capability of the decoder. As expected, the decoder may be considerably 
more complex than the encoder. 

Shannon's celebrated Channel Coding Theorem is the inspiration for the 
drive towards more and more complex coded digital communications systems. 
Shannon's theorem states that as long the information rate (transmitted 
information bits per second) does not exceed the Channel Capacity, then it is 
possible to design FEC coding systems with arbitrarily small decoding error 
probability. 

Shannon's theorem, however, is an asymptotic result. It actually tells us 
little about how to design practical coding systems - only that perfect decoding 
is approachable as the coding block size (number of information bits) and code 
complexity tends to infinity. It turns out that very powerful, hence complex, 
codes are easy to construct. 

The difficult task, then, is to find an efficient decoding algorithm for these 
complex codes. Thus, the practical task of FEC code design is to find families of 
powerful (hence, complex) codes having specific structure that can be exploited 




to obtain a decoder of practical implementation complexity. Of course, as digital 
technology marches forward, more and more complex decoders become 
possible. 

Some decoding algorithms operate upon specialized state diagrams, 
5 known as trellis diagrams, to produce a decoded output. A trellis diagram is a 
state machine that demonstrates possible state transitions of an encoder over 
time. Trellis diagrams describe all the possible states of the encoder, at each 
point in time. Many decoding algorithms use trellis diagrams, along with the 
channel bit stream, to arrive at the correct information bits. 

10 The volume of calculations involved with trellis-type decoding, however, 

can be staggering. Accordingly, decoders may be implemented with application- 
specific integrated circuits (ASICs) which perform specialized trellis operations, 
such as butterfly operations, very efficiently. Because of the complexity of the 
various decoder algorithms, such ASICs may typically be designed for a single 

15 algorithm. 

Other decoders may include general-purpose digital signal processors 
(DSPs), which may or may not include special instructions for performing trellis 
operations. These decoders may be programmable such that different decoding 
algorithms may be implemented, as needed. Such decoders may be more 
20 flexible, but may decode channel data at a slower rate than the ASIC-based 
decoders. 

Thus, there is a continuing need for a programmable processor that may 
be used with a general-purpose digital signal processor for performing trellis- 
based decoding operations. 

25 Brief Description of the Drawings 

Figure 1 is a block diagram of a system, according to one embodiment of 
the invention; 
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Figure 2 is a diagram of a recursive systematic convolutional encoder, 
according to one embodiment of the invention; 

Figure 3 is a state transition table for the encoder of Figure 2, according 
to one embodiment of the invention; 
5 Figure 4 is a trellis for the encoder of Figure 2, according to one 

embodiment of the invention; 

Figure 5 is a trellis diagram for the encoder of Figure 2, according to one 
embodiment of the invention; 

Figure 6 is the trellis diagram of Figure 5 illustrating a possible path using 
10 the encoder of Figure 2, according to one embodiment of the invention; and 

Figure 7 is a block diagram of the path that an information data stream 
may take, according to one embodiment of the invention; 

Figure 8 is a diagram illustrating both branch and path metrics of a trellis 
diagram, according to one embodiment of the invention; 
15 Figure 9 is a trellis diagram used to illustrate butterfly operations, 

according to one embodiment of the invention; 

Figure 10 is a block diagram of a butterfly operator, according to one 
embodiment of the invention; 

Figure 11 is a second block diagram of a butterfly operator, according to a 
20 second embodiment of the invention; 

Figure 12 is a block diagram of the butterfly operator of Figure 10, used in 
the system of Figure 1, according to one embodiment of the invention; 

Figure 13 is a flow diagram of a software program used by the system of 
Figure 12, according to one embodiment of the invention; 
25 Figures 14a and 14b are diagrams illustrating possible operations of the 

butterfly unit, according to one embodiment of the invention; 

Figure 15 is a block diagram of a turbo encoder, according to one 
embodiment of the invention; and 



Figure 16 is a block diagram of a turbo decoder, according to one 
embodiment of the invention. 

Detailed Description 

In accordance with several embodiments described herein, a system and 
method are disclosed for efficiently performing specialized operations used in 
decoding certain types of channel bit streams. The specialized operations are 
known as butterfly operations. Although the Viterbi and MAP decoding 
algorithms are described in detail, the system and method may be implemented 
using other decoding algorithms that operate on trellis diagrams. 

The operations described herein pertain to the implementation of certain 
trellis-based algorithms. The algorithm class is used in practice in a number of 
applications in communications and signal processing, including (but not limited 
to) coding and decoding convolutional and turbo codes, channel equalization, 
and speech coding. An FEC decoding application is described herein for 
illustrative purposes only and is no way meant to limit the scope of the invention. 

In Figure 1, according to one embodiment, a system 100 includes a digital 
signal processor 10 and a butterfly coprocessor 28. Digital signal processors, or 
DSPs, are specialized microprocessors with architectures that are tuned for 
digital signal processing. DSPs typically feature circuitry that may perform high- 
speed arithmetic operations, data transfers to and from external devices, and 
multiple accesses to memories. For example, DSPs may include parallel 
extended 16- or 32-bit buses, specific data address generators for accessing 
memory, and multiply accumulate (MAC) arithmetic units. 

In Figure 1, the DSP 10 includes two buses, a memory store bus 22 and a 
memory load bus 24. The memory store bus 22 and the memory load bus 24 
extend beyond the digital signal processor 10, for connecting to a memory 30. 
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In a second embodiment, the memory store and memory load buses 22 and 24 
are combined as one bus. 

An arithmetic unit 20 is coupled to the memory store bus 22 and the 
memory load bus 24. The arithmetic unit 20 may include one or more multiply 
5 accumulate units, registers, and other circuitry for performing arithmetic 
operations. Also coupled to the memory store bus 22 and the memory load bus 
24 is a data address generator 26. The data address generator 26 identifies the 
particular location in the memory 30 to be either loaded or stored. The data 
address generator 26 performs this operation on behalf of other circuitry of the 

10 DSP 10, such as the arithmetic unit 20. 

In one embodiment, the system 100 further includes a butterfly 
coprocessor 28. The butterfly coprocessor 28 is n ot part of the DSP 10, but is 
jxDupled to the DSP 10 by th^jmejTiory store and^memoryjoad busses 22 and_24. 
Like the arithmetic unit 20, the butterfly coprocessor 28 has access to the 

15 memory 30 using these busses. As further described herein, the system 100 
may be used in decoders to perform trellis diagram decoding of encoded channel 
bit streams. 

The particular DSP 10 is illustrative only. The configuration of the circuitry 
of Figure 1 is provided to illustrate one of several possible implementations of 

20 the system 100. DSPs typically further include components such as registers, 
control blocks, circuitry for performing direct memory access (DMA), and other 
circuitry, which is not described in Figure 1. DSPs may be implemented with 
single or multiple memory buses and may feature additional buses, such as for 
peripheral device access. 

25 In one embodiment, the DSP 10 performs memory management on behalf 

of the butterfly coprocessor 28, for performing high-speed and parallel butterfly 
operations. Before describing the system 100 in detail, however, an introduction 
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to encoding and decoding techniques will provide a basis for understanding the 
invention. 

When transmitting an information data stream over a channel medium, 
there are several possible ways to correct errors. For example, if the error rate 
5 is too high, the transmitter power may be increased, to reduce the error rate. 
For some applications, such as cell phones, this solution is unworkable because 
the available battery power is size-limited. 

Another solution may be to duplicate the transmission, either by sending 
the same information data stream twice over the same channel medium or by 
10 sending the data stream over two different channels. The duplicate data 
streams may then be compared to one another at the receiver. Redundancy, 
however, tends to add cost to a system and may increase the time to process 
the information data stream as well. 

A third possibility may be for the receiver to employ an automatic repeat 
15 request (ARQ) mechanism. The receiver, upon determining that the errors 
occurred during transmission, may request retransmission of the data stream. 
This, however, is not an encoding scheme, and thus may not be a good solution 
for noisy channels. 

Forward error correction is a technique where extra bits are added to a 
20 data stream of information prior to transmission over a channel. Once 
transmitted, a receiver may include a decoder that corrects any errors that may 
have occurred during the transmission. 

Convolutional codes, also called binary convolutional codes, or BCC, are 
produced from a continuous stream of incoming data. By contrast, block codes 
25 result when the encoder splits the incoming data stream into fixed length blocks 
prior to encoding them. Both convolutional and block codes are types of forward 
error correction codes. 
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Likewise, many decoders are well known for decoding both block and 
convolutional codes. The Viterbi decoding algorithm, for example, is popular for 
decoding convolutional codes. The Viterbi algorithm is a "hard" output 
algorithm, meaning that the actual information bit results from successful 
5 execution of the algorithm. Alternatively, the maximum a posteriori probability 
(MAP) algorithm is a "soft" output algorithm that produces likelihood, or 
"quality," information about the value of a channel bit. 

More recently, turbo decoders are promising better results for channel 
coded data. Turbo decoders include multiple decoders, such as multiple MAP 
10 decoders, which arbitrate for a correct result. One implementation of a turbo 
q decoder is described in Figure 16, below. 

|j In Figure 2, an encoder 50 is a simple recursive systematic convolutional 

^ (RSC) encoder. A systematic code is one where parity bits, Pk+i, are attached to 

1=3 

fy information bits, Uk+i, as a continuous group. The encoder 50 of Figure 2 

tl 15 generates systematic codes. The encoder 50 is recursive because the output 
!L value, Pk+i, is fed back into an input value, Uk, for subsequent processing. 

^3 In the RSC encoder 50, information bit, Uk, is fed into an exclusive OR, or 

m XOR, gate 56. The result is then fed into a shift register 52. The prior value of 

li the shift register 52, either a "1" or a "0", is fed into a second shift register 54. 

20 Code word bits, Uk+i, and Pk+i, are generated as functions of the current state, 
as stored in the shift registers 52 and 54, as well as the input value, Uk. In the 
encoder 50 of Figure 2, the code word bit, Uk+i, happens to be the same as the 
input value, Uk. The parity bit, Pk+i, however, results from both the state (shift 
registers 52 and 54) and the input value, Uk. Together, Uk+i and Pk+i are the 
25 code word bits for the time k+1. 

With convolutional codes, each coded bit pair, (Uk+i, Pk+i), is thus 
dependent upon the input value, Uk, which is one of a plurality of information 
bits, as well as the values in the shift registers 52 and 54. The shift registers 52 
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and 54 store information about the past values of the input value, Uk. 

Successive bits, (Uk+ n/ Pk+n), for n=l to the size of the information data stream, 

thus are not independent of past bits. 

In Figure 3, a state transition table 60 features values stored in the shift 
5 registers 52 and 54, also known as the state of the encoder 50, for each input, 

Uk (column 0). The state transition table 60 further features bits (Uk+i, Pk+i) 

produced by the RSC encoder 50 of Figure 2 that results from the input values, 

Uk (column 2). The state transition table 60 shows the state of the encoder 50 

both at time k (column 1) and at time k+1 (column 3). The state transition table 
10 60 thus supplies a complete representation of output values, Uk+i, Pk+i/ of the 

encoder 50, for a given input value, Uk, as well as supplying state information 

stored in shift registers 52 and 54. 

From the state transition table 60, a trellis 70 may be generated, as 

depicted in Figure 4. A trellis is a state machine that shows the possible 
15 transitions of an encoder between two states. The trellis 70 of Figure 4 is 

comprised of four nodes 72k, in stage k, labeled 00, 01, 10, and 11. (The 

notation, 72stage is used to describe all the nodes 72 at a particular stage.) 

The trellis 70 further includes four nodes 72 k +i, also labeled 00, 01, 10, 

and 11, in stage k+1. The states 00, 01, 10, and 11 correspond to the values in 
20 the shift registers 52 and 54 of the encoder 50. The nodes 72k and 72 k +i 

represent the state of the encoder 50 at stages k and k+1, respectively, as 

shown in columns 0 and 3, respectively, of the state transition table 60 of Figure 

3. 

Connecting the nodes 72k to the nodes 72k+i are branches 74. The two 
25 branches 74 indicate that there are two possible values for Uk, 0 or 1, which may 
extend from any of the four possible states 00, 01, 10, and 11. 

On each branch 74 of the trellis 70, the input value, Uk, as well as the 
output bits, Uk+i, Pk+i, are represented in the form (Uk, Uk+i Pk+i). Each branch 



74 identifies a transition of the encoder 50, for an input value, Uk, from the state 
to the left of the branch 74 (in stage k) and to the state to the right of the 
branch 74 (in stage k+1). 

Like a trellis, a trellis diagram is a state machine used to describe the 
5 behavior of an encoder. The trellis diagram, however, demonstrates all possible 
state transitions of the encoder over time. In Figure 5, a trellis diagram 80 
includes possible state transitions for the RSC encoder 50 of Figure 2. The trellis 
diagram 80 is simply a serial concatenation of the trellis 70 of Figure 4. 

Four states 72 are possible in the trellis diagram 80: 00, 01, 10, and 11 

10 (recall that the states 72 correspond to the shift registers 52 and 54 of the 
encoder 50). The variable, k, represents a stage of the trellis diagram 80. Each 
stage is a distinct point in time, where k=0 at the beginning of the trellis diagram 
80, at time 0, k=l at a subsequent point in time, and so on. The trellis diagram 
80 may include hundreds or even thousands of stages, corresponding to the 

15 number of information bits, Uk, fed into the encoder 50. In Figure 5, only the 
first ten stages of the trellis diagram 80 are depicted. 

Like the trellis 70 of Figure 4, the trellis diagram 80 includes four nodes 72 
in each stage k. The states 00, 01, 10, and 11 are listed sequentially in a column 
to the left of the trellis diagram 80. Each of four nodes 72 in stage k represents 

20 one of the states 00, 01, 10, or 11. Further, extending from each node 72 are 
branches 74, one to represent each transition from the nodes 72k to the nodes 
72 k+ i. 

In the 0 th state, two branches 74 extend only from the node 72 that 
represents state 00. In one embodiment, the encoder 50 is presumed to begin 
25 encoding with a value of 0 in the shift register 52 as well as a value 0 in the shift 
register 54. Accordingly, the remaining states 01, 10, and 11 in the 0 th stage are 
"impossible" and no branches extend from these states. 
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In the next stage (k=l), branches 74 extend from the nodes 72 
representing states 00 and 10, since these are the possible transitions from the 
0 th stage, given input values 0 and 1, respectively. From state 10, branches 74 
extend to the other two possible states, 01 and 11. Thus, from k=2 on, each 
5 stage k to stage k+1 is identical and is exactly as represented in the trellis 70 of 
Figure 4. 

The trellis diagram 80 provides a complete representation of the encoder 
50: the input values, the states and the output values. By joining branches 74 at 
each stage k, a path 82, as in Figure 6, represents encoded binary output code 

10 word 86, 101110100101000111, for binary input value 84, 111100001, where 
k=9. The path 82, however, represents just one of many possible paths through 
the trellis diagram 80. 

Suppose the encoder 50 of Figure 2 receives the 9-bit information data 
stream 84, with the value of 111100001, and produces the 18-bit binary 

15 convolutional code word 86, with a value of 1011101001000111, as depicted in 
Figure 6. The code word 86 is then transmitted across a channel medium 90 to 
a receiver 94 which includes a decoder 96, as in Figure 7. The decoder 96 
receives a channel bit stream 92 which may or may not be the same bit stream 
as the convolutional code word 86. 

20 The decoder 96 produces information data stream 98 from the channel bit 

stream 92. If the information data stream 98 is identical to the information data 
stream 84, the decoder 96 has successfully decoded the channel bit stream 92. 

Because of noise or other phenomena in the channel medium 90, the 
channel bit stream 92 may often be different from the code word 86 sent 

25 through the channel 90. The convolutional word 86, however, includes not just 
information bits (Uk), but also parity bits (Pk), which are based on the original 
information bits. Although some bits may be different, the channel bit stream 92 
likewise includes both information and parity bits. The decoder 96 uses this 
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information as well as a trellis diagram which provides a "blueprint" of the 
encoder, to extract the correct information data stream 96. 

A fundamental concept in decoding using trellis diagrams is that the coded 
sequence is equivalent to a path, such as the path 82 of Figure 6 in the trellis 
5 diagram 80. The path thus provides both the input sequence, Uk, to the encoder 
50, and the output sequence Uk+i, Pk+i from the encoder 50, as specified on the 
branches 74. Somewhere in the trellis diagram 80, the decoder 96 may uncover 
the correct path 82. 

Accordingly, where an encoder may be described using a trellis diagram, 

10 its associated decoding algorithms are typically based upon the trellis diagram 80 
to reconstruct the input sequence, Uk. The decoder 96 decides which path 82 of 
the trellis diagram 80 is the most likely path, given the channel bit stream 92. 

To understand how the decoder 96 may operate upon the trellis diagram 
80, consider the diagram of Figure 8. Six stages k, labeled 0-5, of the four-state 

15 trellis diagram 80 of Figure 5 are shown. For hard-output decoding algorithms, 
the decoder 96 may, at each stage k, determine whether the encoded bit was a 
"1" bit or a "0" bit. In contrast, where the decoder 96 uses soft-input/soft- 
output (SISO) algorithms, the quality of a given path 82 of the trellis diagram 80 
is assessed. The decoder 96 thus supplies probability data rather than a "1" or a 

20 "0" bit. Accordingly, for soft-output algorithms, the path 82 is defined using a 
number known as a metric. The metric represents the probability that a path will 
be taken in the trellis diagram 80, given the channel bit stream 92 received by 
the decoder 96. 

For the RSC encoder 50 of Figure 2, the two possible input values of Uk, 0 
25 or 1, correspond to two possible branches 74 extending from each node 72. 
Thus, in Figure 8, at stage 1, two branches 74 extend from the node 72 for the 
'10' state. Likewise, each branch 74 is associated with a likelihood, or branch 
metric 106. In Figure 8, the branch metric 106 is a number labeling the branch 
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104. The top branch 74a has a branch metric 106 of .2. The bottom branch 74b 
has a branch metric 106 of .3. 

The branch metric 106 is "soft" information, typically a log probability, 
indicating the likelihood of reaching the next node 72, given the channel bit 
5 stream 92 received by the decoder 96. The decoder 96 calculates the branch 
metric 106. 

With the Viterbi algorithm, the objective of the decoder 96 is to get the 
best path 82 from the trellis diagram 80. For soft output algorithms, such as the 
MAP algorithm, the decoder 96 instead determines, in each stage k of the trellis, 
10 the likelihood that the information bit, Uk, is a 0 or a 1. The decoder 96 thus 
iteratively traverses the trellis diagram 80, one stage at a time, computing 
likelihood information based upon the received bit stream and the trellis diagram 
80. 

Essentially, the decoder 96 considers all the possible paths 82 of the trellis 
15 diagram 80. For each path 82 considered, the decoder 96 adds up the branch 
metrics 106 for the path 82, resulting in a path metric 108. The decoder 96 then 
selects the path 82 with the largest path metric 108. The path 82 with the 
largest path metric 108 is the maximum likelihood path. The selected path 82 is 
also known as the survivor path. From the path 82, the information bits, Uk, may 
20 then be determined. 

The decoder 96 thus "travels" through the trellis diagram 80, computing 
branch metrics 106 and path metrics 108 along the way. For some algorithms, 
the trellis diagram 80 is traversed a single time. For other algorithms, however, 
the trellis diagram 80 may be traversed in both a forward and a backward 
25 direction. Nevertheless, both the Viterbi and MAP algorithms, as well as others 
which operate on the trellis diagram 80, may perform a staggering number of 
computations before arriving at the desired result. 
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The number of possible paths 82 of the trellis diagram 80, for example, is 
2 treiiis length So ^ jf tne encoc j er 50 encodes 100 information bits, the decoder 96 

has 2 100 possible paths 82 to consider (about 10 30 paths). The computation may 
be even more complex if each of the branch metrics 106 is not stored in a 
memory. 

In Figure 9, a portion of the trellis diagram 80 of Figure 5 includes stages 
k, k+1, and k+2. A sliding window 110 encases stage k and k+1. The decoder 
96 may use the sliding window 110 to arbitrarily compute the branch metrics 106 
along the trellis 80. 

For example, in stage k, from the node 72 k corresponding to the state 00, 
a branch 74c and a branch 74d extend to nodes 72 k +i (at stage k+1). Likewise, 
from the node 72k corresponding to the state 01, two branches 74e and 74f 
extend. From node 72k (state 10), branches 74g and 74h, and from node 72k 
(state 11), branches 74i and 74j, extend to the node 72k+i (stage k+1). The 
branches 74c, 74e, 74g and 74i correspond to a "0" input value to the encoder 
50 while the branches 74d, 74f, 74h and 74j correspond to the "1" input value. 

While the sliding window 110 is in the position in Figure 9, the decoder 96 
computes branch metrics 106 for each of the branches 74c through 74j, for a 
total of eight computations. Except when k=0, one or more paths 82 extend to 
the nodes 72k from prior stages. One of the paths 82 is the survivor path. 
Accordingly, a new path metric 108 may be calculated by taking the path metric 
108 of the survivor path. A first branch metric 106 may be added to the path 
metric 108, then a second branch metric 106 may be added to the path metric 
108. The two results may be compared. The path 82 with the larger path 
metric 108 is the new survivor path for stage k. This group of calculations is 
known as a butterfly operation. 
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Once the butterfly operation is complete for stage k, the sliding window 
110 may be moved, forward or backward, according to the algorithm, so that the 
next group of butterfly operations may be performed. 

For the sliding window 110 of Figure 9, up to four butterfly operations 
may be performed, one for each node 72k. The branch metric 106 of each 
branch 74 is added to the path metric 108, (addition operation). Each resulting 
path metric 108 is then compared to the other path metric 108 to determine 
which result is the larger (compare operation). The resulting path metric 108, or 
survivor path, is selected (select operation). The butterfly operation is thus 
sometimes known as the add-compare-select, or ACS, operation. Finally, the 
survivor path is stored, such as in a memory. 

In Figure 10, according to one embodiment, a system 200 may be used 
for performing butterfly operations such as those described above. The system 
200 includes one or more butterfly units 202, a branch metric unit 204, and a 
path metric memory 206. Together, the circuitry of the system 200 may perform 
the ACS, or log-MAP, butterfly operation. 

In one embodiment, the branch metric unit 204 performs the calculations 
for the branch metrics 106, described in Figure 8, above. The branch metrics 
106 are calculated by analyzing the channel data 92 as well the four possible 
output values, Uk+i, Pk+i, that would be produced by the encoder 50 and 
computes a likely metric 106. Branch metrics 106 are calculated for each node 
72 k . Notice that the branch metric unit 204 is not connected to the path metric 
memory 206, since the path metric 108 from a prior stage is not considered in 
computing branch metrics 106. 

In the embodiment of Figure 10, each butterfly unit 202 receives a branch 
metric 106 from the branch metric unit 204. Since there are four nodes 72 in 
each stage k, four butterfly units 202 are provided. Thus, according to one 
embodiment, each butterfly unit 202 may perform calculations in parallel with 
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each other butterfly unit 202, so that new path metrics for each state, 00, 01, 
10, and 11, may be calculated simultaneously. 

Further, each butterfly unit 202 receives a path metric 108 from the path 
metric memory 206. With this information, the butterfly units 202 may each 
perform add-select-compare operations for a given node 72k of the trellis 
diagram 80. 

The output path of each butterfly unit 202 is also coupled to the path 
metric memory 206. Each butterfly unit 202 may thus send the resulting path 
metric to the path metric memory 206 for storage, until a new set of butterfly 
operations, at stage k+1, is performed. 

In Figure 11, a second embodiment of the system 200, implements the 
MAP algorithm described herein. The decoder 96 may use the system 200 to 
perform trellis operations in both a forward and backward direction on the trellis 
diagram 80. The MAP algorithm is a two-path algorithm where trellis operations 
are performed in both a forward and a backward direction relative to the trellis 
diagram. In both the forward and the backward passes, trellis node metrics are 
calculated. 

During the forward pass, the node metrics may be stored in the path 
metric memory 206. Then, during the backward pass, the sliding window 
metrics are calculated, then combined with the forward path metrics stored in 
the node metric memory 206. Alternatively, the backward pass may precede the 
forward pass, as desired. 

The trellis has N states at each stage. The system 200 of Figure 11 
reduces the metrics for all N states, both in the forward and in the backward 
direction, to a single bit reliability metric. This is the final soft output of the MAP 
algorithm. 

Using the arrangement of the butterfly units 202 as shown in Figure 11, 
both a forward path metric and a backward path metric may thus be calculated. 
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The top three butterfly units 202 are used for the "1" branches 104, while the 
bottom three butterfly units 202 are used for the "0" branches 104. 

In Figure 11, according to one embodiment, the branch metric unit (BMU) 
204 calculates the current branch metrics 74 for the stage k. The butterfly units 
202 then retrieve a forward (or a backward) path metric 108 from the path 
metric memory 206 as well as the branch metrics 74 from the branch metric unit 
204. Then, two at a time, each butterfly unit 202 combines the results and 
subtracts the difference to produce an a posteriori probability value. 

In Figure 12, the system 200 of Figure 10 is implemented in the system 
100 (Figure 1), according to one embodiment. As expected, the path metric 
memory 206 is part of the larger available memory 30. The path metric memory 
206 is accessible to the rest of the circuitry by the memory store bus 22 and the 
memory load bus 24. 

In Figure 12, the branch metric unit 204 is part of the arithmetic unit 20. 
The branch metric unit 204 need not access the path metric memory 206 in 
performing its calculations. Instead, the branch metric unit 204 supplies 
information to the butterfly units 202. 

Accordingly, in one embodiment, the arithmetic unit 20 includes registers 
210 addressable by the data address generator 26. Upon completing an 
operation, the BMU 204 stores a result in the registers 210. The butterfly units 
202 may then obtain the results of the BMU 204 operations by accessing the 
registers 210 using the data address generator 26, just as the memory 30 is 
accessed. 

In one embodiment, the butterfly coprocessor 28 includes the four 
butterfly units 202. To perform the butterfly calculations, the butterfly units 202 
access the path metric memory 206 and the registers 210 using the data address 
generator 26 and the memory load bus 24. The butterfly units 202 then perform 
the add-compa re-select operations to calculate the path metric 108 for the nodes 
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72 at the current stage in the sliding window 110. Once the butterfly operations 
are complete, the butterfly units 202 store the results in the path metric memory 
206 by placing the results on the memory store bus 22. 

In the embodiment of Figure 12, the DSP 10 performs memory 
management on behalf of the butterfly coprocessor 28. Further, however, the 
DSP, by including the branch metric unit 204 operations in its arithmetic units 20, 
is also performing part of the butterfly operations. This permits the butterfly 
coprocessor 28 to dedicate all attention to the parallel performance of the 
various node operations by the butterfly units 202. 

Other embodiments are possible for implementing the system 200 of 
Figure 10. For example, in Figure 12, once the branch metric unit 204 has 
computed the branch metrics 106, the branch metric unit 204 stores results in 
registers 210 located in the arithmetic units 20. The data address generator 26 
then accesses the registers 210, at the request of the butterfly coprocessor 28. 

Alternatively, the branch metric 204 could be located in the butterfly 
coprocessor 28 itself. The alternative configuration obviates the need for the 
registers 210 because the branch metric unit 204 may be connected directly to 
the butterfly units 202. The butterfly coprocessor 28 performs both branch 
metric unit 106 operations and the add-compare-select operations. 

Further, in some embodiments, the system 100 may be programmable. 
For example, registers may define the connectivity between the branch metric 
unit 204 and the DSP 10. Whether implemented simply for memory 
management or to perform part of the butterfly operations, the DSP 10 may be 
involved in the trellis decoding on a stage-by-stage basis. In one embodiment, 
the DSP 10 provides a memory interface for the butterfly coprocessor 28. In 
some embodiments, the DSP 10 additionally performs algorithmic scheduling on 
behalf of the butterfly coprocessor 28. 
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The butterfly coprocessor 28 thus implements parallel butterfly operations 
using multiple butterfly units. In one embodiment, the system 100 increases the 
throughput of performing the very complex operations involved in decoding a 
channel bit stream. 

5 In one embodiment, the system 100 includes a software program 500, 

shown stored in the memory 30. Using the software program 500, the system 
100 may flexibly be implemented for a number of decoding schemes. Further, 
whenever a new decoding technique is developed, a new software program may 
be loaded into the system 100. 
10 In Figure 13, the software program 500 manages the decoding operation, 

y3 according to one embodiment, by receiving a decoding request (block 502). In 

the embodiment of Figure 12, the path metrics 108 are stored in the path metric 
If. memory 206. Accordingly, the software program 500 may address the memory 

U 30, using the data address generator 26, to retrieve the path metrics 108 from 

s 15 the path metric unit 206 (block 504). The path metrics 108 may then be sent to 
~£ the butterfly coprocessor 28. 

[U Looking back to Figure 10, in addition to receiving the path metrics 108, 

CO 

C3 the butterfly units 202 also receive the branch metrics 106 as input values. 

□ 

Accordingly, in Figure 13, the software program 500 directs the branch metric 
20 unit 204 to perform its branch metric calculations (block 506). The result may be 

stored in the registers 210, stored in the memory 30, or placed directly on the 

memory store bus 22, to be sent to the butterfly coprocessor 28. 

The software program 500 thus directs the system 100 to send the path 

metric 108 and the branch metric 106 to the butterfly coprocessor 28 (block 
25 508). The butterfly coprocessor 28 may then perform parallel butterfly 

operations (block 510). Thus, the trellis calculations for a single stage are 

performed by the system 100. The operation of the software 500, according to 

one embodiment, is complete. 
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The butterfly unit 202 may be implemented in a number of ways. In 
Figures 10 and 11, the butterfly units 202 each receive two input values, one 
from the path metric memory 206 and the other from the branch metric unit 
204. The butterfly units 202 then produce a single output value that is sent to 
the path metric memory 206. 

In Figure 14a, according to one embodiment, the butterfly unit 202 is 
implemented using algorithmic sum exponential operations. In addition to 
receiving a value from the path metric memory 206 and the branch metric unit 
204, the butterfly unit 202 additionally receives a parameter, c. The parameter, 
c, may be hard-wired into the butterfly unit 202 or may be programmable, as 
desired. The following formulas may be implemented in the butterfly unit 202 as 
discrete logic: 

z = c log (e* + e v/c ) 
= max(x,y) + c log (1 + e diff/c ) 

In Figure 14b, the butterfly unit 202 performs a max operation. The 
butterfly unit 202 includes a max unit 220, which computes both the maximum 
and the difference of the input values, x and y. The maximum output value is 
sent to an adder 224. The difference value is sent to a lookup table 222, the 
result of which is then fed into the adder 224. Other algorithms for performing 
add-compare-select operations are well known and may be implemented in the 
butterfly unit 202. 

Substantial benefits may be realized using the system 100, particularly 
with complex encoding schemes. For example, turbo codes are a recent 
development in FEC channel coding. Turbo codes are under consideration for 
use in both the wide-band and third generation code (3G) division multiple 
access (CDMA) standards, used in cellular phones. 

In Figure 15, a turbo encoder 300 is one well known embodiment to be 
used in 3G CDMA cellular technology. The encoder 300 operates on a block of 
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data that may range in size from 320 to 5,120 bits. A block is encoded in parallel 
by two constituent convolutional codes, or RSC encoders 302 and 304. Prior to 
encoding by the RSC encoder 304, the input data block 310 is bit interleaved 
using an interleaver 306. 

By interleaving the data block 310 before sending it to the RSC encoder 
304, the turbo encoder 300 is substantially more powerful than if encoded a 
single time. After passing through the RSC encoders 302 and 304, the encoded 
block 312 and encoded block 314, respectively, may separately be sent across 
the channel 90 (Figure 5), or may be combined, as desired. 

In comparison to conventional convolutional encoding, the constituent 
codes used in turbo encoders are much less complex. Third generation systems, 
for example, use a k9 convolutional code for control channels, speech, and data 
links, with rates less than 32 kbps. The k9 code has 256 states. In contrast, the 
turbo constituent codes, for example, may have only 8 states. 

In Figure 16, a turbo decoder 400 includes two soft-input/soft-output 
(SISO) decoders 406 and 408. Each decoder 406 and 408 receives a channel bit 
stream 402 and 404, respectively. The channel bit stream 402 corresponds to 
the encoded block 312 of Figure 15. The channel bit stream 404 corresponds to 
the encoded block 314 of Figure 15. 

Like the turbo encoder 300, the turbo decoder of Figure 16 is well known. 
The SISO decoder 406 receives the channel bit stream 402. After decoding, the 
output values are passed through an interleaver 410 and are then received by 
the second SISO decoder 408. The second SISO decoder 408 further receives 
the second channel bit stream 404. After decoding, the SISO decoder 408 sends 
the output values to a de-interleaver 412, then pass on the de-interleaved data 
to the SISO decoder 406. 

The process may be iterated several times before the final output is sent 
to a hard decision block 414, which quantifies the data as a hard output value. 
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The turbo decoder 400 works, in part, because the SISO decoders 406 and 408 
are soft-input and soft-output. Accordingly, soft information can be passed 
between them as often as desired. Essentially, an arbitration scheme is 
employed in coming to a final output value. 
5 In one embodiment, the SISO decoder 406 is implemented using the MAP 

algorithm (maximum a posteriori probability). As described above, MAP is a soft- 
input/soft-output algorithm. Rather than producing "hard" bit decision outputs, 
MAP outputs are a posteriori probabilities (APPs) that indicate the likelihood of 
each data bit value. In comparison, the Viterbi algorithm is a soft-input/hard- 

10 output decoder. 

The MAP algorithm complexity is roughly four times the Viterbi algorithm 
in complexity per state. Further, the MAP algorithm is much more memory 
intensive than the Viterbi algorithm. However, in implementing turbo codes, only 
8 states are considered, as compared to 256 states for the k9 convolutional 

15 code. 

In Figure 16, the turbo decoder 400 iterates on the MAP algorithm, 
embodied in both SISO decoders 406 and 408. Each decoder 406 and 408 may 
employ the system 100 (Figure 12) to implement the MAP algorithm. Because 
the turbo decoder 400 includes two decoders, each using the MAP algorithm, the 

20 parallel operations of the system 100 may result in substantially faster 
performance than prior art implementations. 

Thus, according to several embodiments, the system 100 may be used in 
decoders to perform operations associated with trellis diagrams. The MAP 
algorithm, the Viterbi algorithm, and others perform such operations. Further, 

25 the system 100 may be implemented for either soft-or hard-output algorithms. 
The DSP and the butterfly coprocessor work together in performing these 
operations. 
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The division of labor between the DSP and the butterfly coprocessor may 
be achieved in a number of ways. In one embodiment, the DSP performs 
memory management and algorithmic scheduling on behalf of the butterfly 
coprocessor. The butterfly coprocessor implements parallel butterfly operations 
for increased throughput during decoding. Further, the system 100 maintains 
flexibility, for use in a number of possible decoding environments. 

While the present invention has been described with respect to a limited 
number of embodiments, those skilled in the art will appreciate numerous 
modifications and variations therefrom. It is intended that the appended claims 
cover all such modifications and variations as fall within the true spirit and scope 
of this present invention. 

What is claimed is: 
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